Слова «оргполитика», «план», «программа», «проект» и «приказ» часто используют как взаимозаменяемые. Это неправильно.

The words “Policy”, “Plans”, “Programs”, “Projects” and “Orders” are often used interchangeably one for the other, incorrectly.

Для того чтобы справиться с любым замешательством относительно слов и сущности понятий «оргполитика», «план», «программа», «проект» и «приказ», я привожу следующие их ОПИСАТЕЛЬНЫЕ ДЕФИНИЦИИ (см. саентологическую Логику № 5) для нашего использования.

To handle any confusions on the words and substance of “Policy”, “Plans”, “Programs”, “Projects” and “Orders” the following DESCRIPTIVE DEFINITIONS (See Sen Logic No. 5) are laid down for our use.

ОРГПОЛИТИКА: под «оргполитикой» подразумевается собрание истин и фактов, которые являются долгосрочными и не подлежат изменению. Эти истины и факты выражены в виде правил и инструкций, относящихся к действиям.

POLICY: By this is meant long range truths or facts which are not subject to change expressed as operational rules or guides.

ПЛАН: широкомасштабное намерение, которое должно быть реализовано в короткий срок. План рассчитан на то, чтобы привести в порядок или расширить крупную область деятельности или чтобы воспрепятствовать тому, что мешает её расширению. В основу плана обычно ложится наблюдение потенциала (или ресурсов). План является выражением блестящей идеи относительно того, как использовать этот потенциал (ресурсы). Чтобы план был успешен, он должен всегда отталкиваться от НАСТОЯЩЕГО «ПОЧЕМУ».

PLANS: Short range broad intentions as to the contemplated actions envisaged for the handling of a broad area to remedy it or expand it or to obstruct or impede an opposition to expansion. A plan is usually based on observation of potentials (or resources) and expresses a bright idea of how to use them. It always proceeds from a REAL WHY if it is to be successful.

ПРОГРАММА: последовательность шагов, ведущих к выполнению плана. Обычно человек видит, что вслед за обнаружением «почему» появляется программа. Но на самом деле, прежде чем может быть написана программа, в голове у человека должен существовать план, неважно, написан он или нет. Следовательно, программа ведёт к выполнению плана, задуманного с целью уладить найденное «почему». План и относящаяся к нему программа требуют утверждения со стороны лица, которое занимается общей координацией деятельности группы, прежде чем в них могут вкладываться какие-то средства и может быть начато их осуществление.

PROGRAM: A series of steps in sequence to carry out a plan. One usually sees a Program following the discovery of a Why. But in actual fact a Plan had to exist in the person’s mind, whether written or not, before a program could be written. A Program, thus, carries out the Plan conceived to handle a found WHY. A Plan and its Program require authorization (or okay) from the central or coordinating authority of the general activities of a group before they can be invested in, activated or executed.

ПРОЕКТ: представленная в письменном виде последовательность шагов, предназначенных для того, чтобы выполнить ОДИН шаг программы. Для того чтобы выполнить шаг программы, часто требуется написание приказов на проект. Проекты должны быть оформлены в письменном виде, но обычно они не требуют никакого одобрения. Как правило, они широко не публикуются, а направляются тому человеку или тем людям, которые будут выполнять данный шаг программы. В категорию «ПРОЕКТЫ» входят приказы, рабочие проекты и т.д. Это серияШАГОВ, СОДЕРЖАЩИХ ИНСТРУКЦИИ, выполнение которых приведёт к полному и успешному завершению задачи программы.

PROJECTS: The sequence of steps written to carry out ONE step of a Program. Project orders often have to be written to execute a Program step. These should be written but usually do not require any approval and often are not generally issued but go to the person or persons who will accomplish that step of a program. Under the category of PROJECT would come orders, work Projects, etc. These are a series of GUIDING STEPS which if followed will result in a full and successful accomplishment of the Program Target.

ПРИКАЗ: устное или письменное распоряжение выполнить шаг программы или применить общую оргполитику. Отдаёт его уполномоченное лицо более низкого ранга или специально назначенный человек.

ORDERS: The verbal or written direction from a lower or designated authority to carry out a program step or apply the general policy.

In short:

ОРГПОЛИТИКА = правила игры, правда жизни, открытые истины и неизменные процедуры.

POLICY = the rules of the game, the facts of life, the discovered truths and the invariable procedures.

ПЛАН = общая блестящая идея относительно того, как исправить найденное «почему» и приблизить положение дел к идеальной картине или даже улучшить идеальную картину. (Одобряется.)

PLANS = the general bright idea one has to remedy the WHY found and get things up to the Ideal Scene or improve even that. (Approval)

ПРОГРАММА = последовательность основных действий, необходимых для выполнения плана. (Одобряется.)

PROGRAM = the sequence of major actions needed to do the Plan. (Approval)

ПРОЕКТ = последовательность шагов, необходимых для выполнения одного шага программы. (Одобрение не нужно.)

PROJECT - the sequence of steps necessary to carry out one step in a Program. (No approval)

ПРИКАЗ = некоторые шаги программы настолько просты, что сами по себе являются приказами, или же приказ может быть просто написанным на скорую руку проектом.

ORDERS = some Program steps are so simple that they are themselves an order or an order can simply be a roughly written project.

Таким образом, на основе этих дефиниций анализ данных выглядит так.

Thus, by these definitions a Data Analysis would look like this.

ОРГПОЛИТИКА: (То, что в первую очередь обеспечивает появление оценки.)

POLICY: (what brings the evaluation into existence in the first place.)

СИТУАЦИЯ: (Отход от идеальной картины, описанной в оргполитике, либо её улучшение.)

SITUATION: (departure from or improvement of the Ideal Scene expressed in policy.)

ДАННЫЕ: (Наблюдения, приводящие к РАССЛЕДОВАНИЮ.)

DATA: (observations leading to INVESTIGATIONS.)

СТАТИСТИКИ: (Независимое постоянное наблюдение за производством продукта либо его отсутствием.)

STATISTICS: (the independent continuing survey of production or lack of it.) WHY: (the real reason found by the investigation.)

ПОЧЕМУ: (Настоящая причина, найденная путём расследования.)

IDEAL SCENE: (the state of affairs envisioned by policy or the improvement of even that.)

ЭТИЧЕСКОЕ ПОЧЕМУ: (Причина, лежащая в основе какого-либо «почему» и относящаяся к этике.)

HANDLING:

ИДЕАЛЬНАЯ КАРТИНА: (Положение дел, предусмотренное оргполитикой, или даже его улучшение.)

A PLAN whether written in full or not based on the WHY to use the resources available to move the Existing Scene toward the Ideal Scene.

УЛАЖИВАНИЕ:

A PROGRAM: A sequence of broad steps to get the Plan executed.

ПЛАН, написан ли он полностью или нет, основан на найденных «почему».

PROJECTS: Any sequence of steps ordered or written to get a Program step completed.

Цель – использование имеющихся ресурсов, чтобы приблизить существующую картину к идеальной.

ORDERS: The program step itself or the verbal or written project to get the Program step fully Done.

ПРОГРАММА: последовательность общих шагов, направленных на выполнение плана.

Thus a Handling could look like this:

ПРОЕКТ: любая написанная или изложенная в виде приказа последовательность шагов, цель которых – завершить шаг программы.

ПРИКАЗ: сам шаг программы или проект, представленный в устной или письменной форме, цель которого – полностью завершить шаг программы.

Plan: To use Bob Bartlett to replace the incompetent exec found as the WHY.

Следовательно, улаживание будет выглядеть таким образом.

1. Find a Replacement for Bartlett. PERSONNEL. ________

2. Program Bob Bartlett to get his incomplete cycles caught up. DIR OF PERSONNEL ENHANCEMENT. ________

План: поставить Боба Барлетта на место руководителя, который – согласно найденному «почему» – является некомпетентным.

3. Train Bob Bartlett. DIR OF TRAINING. ________

1. Найти замену Барлетту. ОТДЕЛ ПЕРСОНАЛА

4. Write Garrison Mission Orders for Bartlett. ACTION MISSION WRITER. ________

5. Write Recall orders for G. Zonk (the incompetent found in the WHY). PERSONNEL. ________

6. Send Bartlett to relieve Zonk. ACTION. ________

7. On Zonk’s return assign to bilge cleaner. PERSONNEL. ________

This of course is a very simple Plan and simple program.

The Orders are seen as “PERSONNEL”, “DIR OF PERSONNEL ENHANCEMENT”, “ACTION MISSION WRITER” etc at the paragraph ends. The program step itself is an ORDER to the person or unit named at program end. But IT ALSO AUTHORIZES THAT PERSON OR UNIT TO DO THE STEP OR ISSUE ORDERS TO DO THE STEP OR EVEN WRITE A PROJECT AND GET IT DONE.

Это, конечно же, очень простой план и простая программа.

That final end word on the program step is an AUTHORITY as well as being an order to the person or unit named.

Получатели приказов здесь – ОТДЕЛ ПЕРСОНАЛА, НАЧ. ОТДЕЛА УСОВЕРШЕНСТВОВАНИЯ ПЕРСОНАЛА, СОСТАВИТЕЛЬ ПРИКАЗОВ НА МИССИЮ В БЮРО ДЕЙСТВИЙ и т.д. – указаны в конце каждого пункта. Шаг программы сам по себе является ПРИКАЗОМ, отданным человеку или подразделению, обозначенным в конце описания шага программы. Но ЭТО ДАЁТ УКАЗАННОМУ ЧЕЛОВЕКУ ИЛИ ПОДРАЗДЕЛЕНИЮ ЕЩЁ И ПОЛНОМОЧИЯ НА ВЫПОЛНЕНИЕ ЭТОГО ШАГА, НА ОТДАЧУ ПРИКАЗОВ О ТОМ, ЧТОБЫ ШАГ БЫЛ ВЫПОЛНЕН, ИЛИ ДАЖЕ НА ТО, ЧТОБЫ СОСТАВИТЬ ПРОЕКТ И ДОБИТЬСЯ ЕГО ВЫПОЛНЕНИЯ.

То последнее конечное слово в шаге программы – это человек или подразделение, которым отдан приказ и переданы полномочия.

A copy of a full program Marked MASTER is placed in a folder. The Folder is marked on the edge with the Program name and number. The program itself is stapled along its left edge to the inside left cover of the folder.

An “LRH Comm” is responsible for “LRH Programs”. A Deputy Executive Director or Deputy Commanding Officer is responsible for an ED’s or C/O’s programs.

На одном экземпляре полной программы пишется «ГЛАВНЫЙ ЭКЗЕМПЛЯР», после чего его помещают в папку. По краю папки пишут название и номер программы. Сама программа прикрепляется степлером к левой внутренней стороне папки.

The responsibility lies in seeing that each step is FULLY effectively DONE.

Коммуникатор ЛРХ отвечает за выполнение программ ЛРХ. Представитель Флага отвечает за выполнение оценок организации. Реализатор программ исполнительного директора/командующего офицера отвечает за программы ИД/КО.

All related papers, copies of projects, orders etc are collected in that folder and as each done is reported and investigated as DONE it is marked off on the MASTER Program sheet.

Их ответственность – проследить за тем, чтобы каждый шаг был ПОЛНОСТЬЮ успешно ЗАВЕРШЁН.

When all those projects or orders bred by the Program steps are DONE then the PROGRAM is considered DONE.

Все связанные с этим бумаги, копии приказов на проект и т.д. складываются в эту папку. Каждый раз, когда приходит доклад «СДЕЛАНО», проводится расследование, чтобы убедиться в том, что это так, и это отмечается на ГЛАВНОМ экземпляре программы.

One does not “report progress” but only DONES and when something is NOT done yet it is chased up by the “LRH Comm” or Deputy ED or C/O and “debugged”

Когда все проекты или приказы, появившиеся благодаря шагам программы, ЗАВЕРШЕНЫ, ПРОГРАММА считается ЗАВЕРШЁННОЙ.

Вы не «докладываете о ходе работы» – вы докладываете только о ЗАВЕРШЕНИЯХ, и, когда что-то всё ещё НЕ завершено, коммуникатор ЛРХ, представитель Флага или реализатор программ ИД/КО отслеживают это и проводят дебаг.

The word “bugged” is slang for snarled up or halted.

DEBUG is to get the snarls or stops out of it.

Когда мы говорим, что что-то «застопорилось», мы имеем в виду, что оно «натолкнулось на препятствия» или «оказалось остановленным».

This itself requires an evaluation. The evaluation may be done at a glance or it may take a full formal Evaluation by form.

«Провести ДЕБАГ» означает «устранить препятствия или заторы из чего-либо». Слово «дебаг» образовано от англ. de– (приставка, означающая удаление или устранение) и bug (дефект).

The Ideal Scene here is the Program step DONE or even improved.

Это само по себе требует проведения оценки. Можно провести оценку, лишь взглянув на то, что требуется оценить, а может оказаться необходимым проведение полной оценки по всей форме.

So the WHY here would be the REAL reason it was not being done or couldn’t be done and that may require hours to locate and sometimes days to remedy.

Идеальной картиной в данном случае будет ВЫПОЛНЕННЫЙ или даже усовершенствованный шаг программы.

When “debugging” one usually finds the persons assigned the target already have a “WHY” and it is usually a false Why for if it was the right one the program step would get done.

Следовательно, «почему» здесь будет НАСТОЯЩАЯ причина, по которой это не выполнялось либо не могло быть выполнено, и на её обнаружение могут потребоваться часы, а на исправление – дни.

Thus debugging usually begins with finding “their Whys” — which is to say reasons, excuses, apologies etc. Getting these into view is a main part of the Program Step Evaluation.

Когда вы проводите дебаг, вы обычно обнаруживаете, что у тех людей, которые были назначены на выполнение данной задачи, уже есть «почему», но как правило оно ложное, поскольку, если бы оно было правильным, шаг программы был бы выполнен.

A Project, often written, comes out of this DEBUG EVALUATION.

Так что проведение дебага обычно начинается с выяснения «их «Почему»«, то есть рассуждений, оправданий, извинений и т.д. Сделав их видимыми, вы проведёте основную часть оценки по шагу программы.

In extreme cases it will be found that the Whole program is based on a wrong WHY and rapidly needs redoing by the original authority. Example: The WHY found was that the JINX OFFICE WAS NOT MAKING MONEY. In doing one step of the program: “3. Survey past invoices to find where money is coming from and why they don’t get it now: MISSION”, the Mission sent finds Jinx Office was making money by the ton but it was being wasted by their having bought a huge building whose rent is three times normal rental “In the hopes new sub-tenants would pay the rent but nobody wants the place” Rapid debug is needed because the target can’t really be done. They ARE making money and they do get it now.

Из этой ОЦЕНКИ-ДЕБАГА в результате рождается проект, часто оформленный в письменном виде.

In such a case doing the program unearthed a new REAL WHY and scrubbed that program.

В экстремальных случаях будет обнаружено, что целая программа написана на основе неправильного «почему» и что уполномоченному лицу, составившему её, срочно необходимо переписать эту программу. Пример: найденное «почему» заключалось в том, что «ОФИС ДЖИНКСА НЕ ЗАРАБАТЫВАЕТ ДЕНЕГ». Выполняя один из шагов программы (3. Изучите старые инвойсы и выясните, откуда приходят деньги, а также то, почему они не получают денег сейчас. МИССИЯ.), отправленная миссия выясняет, что офис Джинкса гребёт деньги лопатой, но, приобретя огромное здание, они растрачивают деньги на арендную плату, которая в три раза превышает нормальную, «надеясь на то, что новые субарендаторы будут оплачивать аренду, однако никто не желает арендовать это здание». Необходимо срочно провести дебаг, потому что на самом деле задачу выполнить невозможно. Они ДЕЙСТВИТЕЛЬНО зарабатывают деньги, и они действительно получают их.

A super-frantic hysterical communication would be sent to the authority of the program “New WHY found by Pgm 891 Target 3 observation. Jinx Office paying $80,000 a quarter for skyscraper. Obvious real Why ED has delusions of grandeur, is a bad business head. Suggest Pgm 891 Redone on new Why and suggest Plan of mission here for instant offload of this skyscraper and Office into proper quarters and replacement of ED.” At which the “LRH Comm” or Deputy ED or Deputy C/O will approach the authority for the Pgm to get immediate cancellation of 891 and all program targets and a new program 891 R based on the REAL REAL WHY.

В этом случае, благодаря выполнению программы, было выявлено новое, НАСТОЯЩЕЕ «ПОЧЕМУ», и эту программу свернули.

Debug, however, is not always so dramatic. “We don’t have anyone to put on it” is the usual excuse as they sit lazily chatting amongst their piled up Dev-T.

Следует отослать сверхсрочное кричащее сообщение уполномоченному лицу, составившему программу: «Новое «почему» найдено в результате выполнения наблюдения по задаче № 3 программы № 891. Офис Джинкса платит 80.000 долларов в качестве квартальной арендной платы за аренду небоскрёба. Очевидное настоящее «почему»: у ИД мания величия, он плохой начальник. Предлагаю переписать программу № 891 на основе нового «почему», а также составить план миссии по тому, как немедленно избавиться от этого небоскрёба, перевести офис в надлежащее помещение и сменить ИД». С этим коммуникатор ЛРХ, представитель Флага и реализатор программ ИД/КО подойдут к уполномоченному лицу, составившему программу, с тем чтобы программа № 891 и все её задачи были немедленно отменены и на основе НАСТОЯЩЕГО НАСТОЯЩЕГО «ПОЧЕМУ» была написана программа № 891 П.

So one evaluates the area against the program target and finds a WHY that, executed as a project will get that target done.

Однако дебаг не всегда настолько драматичен: «Нам некого поставить на выполнение этого» (это обычное оправдание тому, что они сидят и лениво болтают, заваленные грудами накопившегося дев-ти).

The PERFECT DEBUG EVALUATION (a) gets the target done (b) improves the area (c) leaves no dregs of Human Emotion and Reaction behind it.

Так что вы проводите оценку области в соответствии с задачей программы и находите «почему», оформив которое в виде проекта и выполнив этот проект, вы получите выполнение этой задачи.

Just plain screaming often works. But if one has to, there is a real WHY there someplace that should be found, a project handed out and done.

БЕЗУПРЕЧНАЯ ОЦЕНКА-ДЕБАГ

(а) приводит к выполнению задачи,

You can find out all the SITUATIONS and WHYS in the world but if there isn’t a PLAN and PROGRAM and if these are not DONE fully, then nothing beneficial will happen. Indeed the not dones, half dones and backlogs will mount up (per HCO P/L 26 Jan 72 Admin Know How 29 Executive Series 5) and set the whole thing a step backwards.

(б) улучшает область,

Bad programs and clumsy projects develop useless traffic (Dev-T) and tie people up all over the place, pull them off normal needful actions and send the existing scene even further from the Ideal Scene. They make people very busy but nothing beneficial is gained and as the useless actions distract from normal duties, the whole place is at risk.

(в) не оставляет «осадка» в виде человеческих эмоций и реакций.

Staffs subjected to programs that are not based on sound observation Evaluation, a REAL WHY and the points in Data Series 23, become apathetic as they see no result.

Часто срабатывает просто обычный крик. Но если вам приходится кричать, значит где-то там необходимо найти настоящее «почему», вручить людям проект и добиться его выполнения.

So programs that are bad and programs that are right but don’t get fully done are alike deadly. THERE IS NO SUBSTITUTE FOR CORRECTLY DONE DATA ANALYSIS.

THERE IS NO EXCUSE FOR NOT GETTING CORRECT PROGRAMS DONE.

Вы можете найти все СИТУАЦИИ и «ПОЧЕМУ», которые только есть на свете, но если отсутствуют ПЛАН и ПРОГРАММА и если они не ВЫПОЛНЯЮТСЯ полностью, тогда это не принесёт никакой пользы. Несделанные дела, недоделки и завалы будут на самом деле накапливаться (см. ИП ОХС от 26 января 1972, серия «Административное ноу-хау» 29, серия «Руководитель» 5, «Несделанные дела, недоделки и завалы»), и это заставит сделать шаг назад.

In this way and only in this way can one raise the Existing Scene toward an Ideal Scene.

Некачественные программы и неуклюжие проекты создают бесполезное движение (дев-ти), загружают повсюду людей работой, забирают людей с выполнения обычных необходимых действий и толкают существующую картину ещё дальше прочь от идеальной. Они делают людей очень занятыми, но не приносят никакой пользы, и, поскольку напрасные действия отвлекают людей от выполнения их обычных обязанностей, вся область оказывается в Опасности.

Data Analysis is a powerful tool. YOU CAN USE IT.

Сотрудники, которым предписано выполнение программ, не основанных на здравом наблюдении, оценке, НАСТОЯЩЕМ «ПОЧЕМУ» и пунктам из «Серии «Данные» 23», впадают в апатию, поскольку они не видят результата.

Поэтому и плохие программы, и правильные, но не выполненные полностью программы в равной степени смертельны. НИЧТО НЕ ЗАМЕНИТ ПРАВИЛЬНО ПРОВЕДЁННОГО АНАЛИЗА ДАННЫХ.

НЕ СУЩЕСТВУЕТ ОПРАВДАНИЙ ТОМУ, ЧТО ПРАВИЛЬНО СОСТАВЛЕННЫЕ ПРОГРАММЫ НЕ ВЫПОЛНЯЮТСЯ.

Так и только так можно приблизить существующую картину к идеальной. Анализ данных – мощный инструмент. ВЫ МОЖЕТЕ ЕГО ИСПОЛЬЗОВАТЬ.

Пересмотрено при содействии Отдела технических исследований и компиляций ЛРХ